home *** CD-ROM | disk | FTP | other *** search
/ Skunkware 5 / Skunkware 5.iso / src / Tools / freeWAIS-sf-1.1 / regexp / ANNOUNCE next >
Encoding:
Text File  |  1994-08-04  |  3.5 KB  |  101 lines
  1. Newsgroups: mod.sources
  2. Subject: regexp(3)
  3. Date: 19 Jan 86 14:32:53 GMT
  4.  
  5. Mod.sources:  Volume 3, Issue 89
  6. Submitted by: decvax!utzoo!henry
  7.  
  8. Below is an almost-public-domain re-implementation of the V8 regexp(3)
  9. routines.
  10.  
  11.                 Henry Spencer @ U of Toronto Zoology
  12.                 {allegra,ihnp4,linus,decvax}!utzoo!henry
  13.  
  14. ======================================================================
  15.  
  16. Newsgroups: mod.sources
  17. Subject: bug in regexp(3), and fix
  18. Date: 6 Feb 86 14:16:21 GMT
  19.  
  20. Mod.sources:  Volume 3, Issue 105
  21. Submitted by: genrad!decvax!utzoo!henry
  22.  
  23. Drat!  Chris Siebenmann at CSRI just found a bug in my regexp(3) routines.
  24. The problem is that the code for character classes does not check properly
  25. for the possibility that it might be looking at the end of the string.  By
  26. simple bad luck none of my test cases hit this.
  27.  
  28. My thanks to Chris for finding this.
  29.  
  30.                 Henry Spencer @ U of Toronto Zoology
  31.                 {allegra,ihnp4,linus,decvax}!utzoo!henry
  32.  
  33. ======================================================================
  34.  
  35. Newsgroups: mod.sources
  36. Subject: 2nd bug fix for regexp(3), in regsub()
  37. Date: 15 Mar 86 14:36:46 GMT
  38.  
  39. Mod.sources:  Volume 4, Issue 33
  40. Submitted by: genrad!decvax!utzoo!henry
  41.  
  42. I cringe with embarrassment!  Another bug in regexp!
  43.  
  44. This shows up as an occasional spurious complaint from regsub about
  45. "damaged match string"... *if* the program invoking it, and the compiler
  46. compiling it, happen to interact just right.  It didn't show in any of
  47. my tests because mine don't.
  48.  
  49. My thanks to H}vard Eidnes for finding this.
  50.  
  51.                 Henry Spencer @ U of Toronto Zoology
  52.                 {allegra,ihnp4,linus,decvax}!utzoo!henry
  53.  
  54. ======================================================================
  55.  
  56. Newsgroups: mod.sources
  57. Subject: regexp(3) improvement
  58. Date: 4 Apr 86 14:12:00 GMT
  59.  
  60. Mod.sources:  Volume 4, Issue 49
  61. Submitted by: utzoo!henry (Henry Spencer)
  62.  
  63. One flaw of my regexp(3) as distributed is that there is no way to get
  64. a literal `&' or '\n' (n a digit) past regsub().  The V8 manual page
  65. made no mention of an escape convention.  It turns out that this is a
  66. deficiency in the documentation rather than the software.  Accordingly,
  67. the following update should be applied to my regexp(3) to preserve full
  68. compatibility and to add this useful facility.
  69.  
  70. My thanks to Mike Lutz at Rochester Institute of Technology for noticing
  71. this issue and alerting me to it.
  72.  
  73.                 Henry Spencer @ U of Toronto Zoology
  74.                 {allegra,ihnp4,decvax,pyramid}!utzoo!henry
  75.  
  76. ======================================================================
  77.  
  78. Newsgroups: comp.sources.unix
  79. Subject: v10i097:  Bug-fix for regexp() library
  80. Date: 7 Aug 87 11:20:15 GMT
  81.  
  82. Submitted-by: seismo!ai.toronto.edu!utzoo!henry
  83. Posting-number: Volume 10, Issue 97
  84. Archive-name: regexp.pch
  85.  
  86. Jeff Mc Carrell at Berkeley has found (gasp! choke! the horror! the horror!)
  87. another bug in my regexp functions.  One thing my test set did not include
  88. was very large regular expressions.  The bug is in the NEXT macro, which
  89. digs out the offset to the next node of the regexp:  a parenthesization
  90. botch makes trouble if the offset is ever larger than 255.  How humiliating.
  91.  
  92. Just to let people know:  there is some prospect of me coming out with
  93. a second edition of my regexp stuff, including a number of improvements
  94. that various people have suggested/contributed.  However, it will not be
  95. soon, because I'm very busy right now.  I can't spare the time to sort
  96. it all out, decide what belongs and what doesn't, write the missing bits
  97. of code, and integrate it all.  Sometime later this year, maybe.
  98.  
  99.                 Henry Spencer @ U of Toronto Zoology
  100.                 {allegra,ihnp4,decvax,pyramid}!utzoo!henry
  101.